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TECHNOLOGY TO TRANSLATE NON-TEXT DISPLAY GENERATION DATA 
REPRESENTING AN INDICATOR INTO TEXT VARIABLES 

Field of the Invention 

The invention is directed toward a technology for translating non-text data into 
text variables, and more particularly for translating a subset of a file of non-text display 
generation data into text variables representing an indicator that would be featured on a 
5 video screen energized according to the non-text display generation data. 

Backgro und of the Invention 

Large systems often include monitoring subsystems that permit one or more 
operators to monitor the performance of the system in general, and to specifically 

10 monitor the state of one or more parameters of the large system. In some instances, the 
maimer in which the monitoring subsystem delivers information to the operator can 
become problematic. 

An example of such a monitoring subsystem is the AUTOPLEX® Maintenance 
CRT (MCRT) monitoring system marketed by Lucent Technologies Inc. as a tool for use 

15 with its various wireless telephony systems. The AUTOPLEX® MCRT monitoring 

system includes a user interface by which an operator can input a request for information 
concerning a parameter of the wireless telephony system. In response, the 
AUTOPLEX® MCRT monitoring system displays the desired information on a video 
screen. As the capabilities of the AUTOPLEX® MCRT monitoring system have grown, 

20 so has the amount of information that it can display per screen. 

A typical display screen partitions the viewing area into regions that have a 
predefined association with a parameter. The combination of attributes of a region is 
understood to be an indicator of the characteristics of the parameter. Typical indicator 
attributes might include an alphanumeric string representing a value, one of two 

25 foreground and background color combinations, whether it is blinking or not blinking, 

and/or whether it is not visible at all. Such a video screen is energized according to a file 
of non-text, i.e.> hexadecimal code, display generation data. A system such as the 
AUTOPLEX® MCRT monitoring system can be described as a dedicated non-text- 
variable-output system. 
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To derive meaning from such a video screen, an operator must be familiar with 
the predefined associations. Otherwise, the video screen appears merely to be an array of 
variously-colored alphanumeric strings, some of which might be blinking. 

Once an operator is familiar with such a video screen, he can submit (among 
5 other things) a Status Display Page (SDP) command to the interface to request 

information about a particular parameter or large system configuration. Then, the 
operator watches the screen until the requested array of information is displayed. Using 
his knowledge of the predefined associations for the requested screen, the operator looks 
to the region that acts as an indicator for the parameter. In that region, the operator 

10 observes the alphanumeric string, the combinations of colors and whether or not the 

combination is blinking, or whether the region is totally blank. In his mind, the operator 
translates the attributes of the indicator into the characteristics of the indicator. Usually, 
the characteristics of the indicator are the alphanumeric string and the state, the state 
being represented by the combination of colors. 

15 It is burdensome to the operator to have to perform this translation. Plus, it is 

prone to error if the operator has less than perfect recall of the predefined associations 
and/or attribute/characteristic relationships. A typical screen for the SDP command has 
about 20-30 indicators and there are over 100 screens that can be requested with the SDP 
command. In addition, the color relationships for an indicator on an SDP screen can 

20 change from one software release of the AUTOPLEX® MCRT monitoring system to the 

next. Thus, there is a great deal of information that an operator must remember about all 
of the SDP commands. 

Sometimes, an operator will change a parameter in the system. There might be a 
delay between when the operator requests the change and when it takes effect. An 

25 operator can confirm that the change has taken effect by monitoring an indicator on an 

SDP screen. If there is a delay in the change taking effect, then the operator must watch 
the video screen until the attributes of the corresponding indicator change. Until that 
change takes effect, the operator is held captive by the video screen. 

Suppose a parameter is critical to the operation of a component of the wireless 

30 telephony system. An operator might be assigned to verify that parameter's state is 
always acceptable. In theory, this requires the operator to never avert his eyes from the 
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screen. If the appearance of the indicator changes, the operator must recognize the 
change in appearance and respond accordingly. Again, the operator is held captive by 
the video screen. 

It is desired to free the operator of the AUTOPLEX® MCRT monitoring system 
5 from the captivity represented by not being able to avert his eyes from the video screen 

generated in response to the SDP command, as well as to liberate operators of other 
similar dedicated non-text- variable-output systems. One way to do this is to rewrite the 
software for the system so that the characteristics of the parameters are provided in the 
form of text variables which can be displayed and manipulated, and not merely in the 
10 form of a file of non-text (hexadecimal code) display generation data. However, such 

large systems are typically mature products for which research and development efforts 
have been greatly diminished. This makes such a rewrite prohibitively expensive to 
undertake. 

SUMMARY OF THE INVENTION 

15 The invention provides a technology for translating a subset of a file of non-text 

display generation data into text variables. For example, these text variables represent an 
indicator that would be featured on a video screen energized according to the non-text 
display generation data. The technology includes a method, a device that implements the 
method, and a computer readable medium bearing a program which causes a computer to 
20 implement the method. 

The invention is, in part, a recognition, that it is possible to translate the attributes 
of an indicator in a dedicated non-text-variable-output systems into text variables that 
represent the attributes of the indicator without rewriting the software of the dedicated 
non-text-variable-output systems. Rather, the file of non-text display generation data 
25 that is used to energize a video screen (with indicators) can be captured and transformed 

into text variables representing attributes of a desired one of the indicators, i.e., the 
characteristics of a corresponding desired parameter. In this way, the invention does not 
disturb the existing monitoring system and yet achieves the desired goal. 

The technology according to the invention is operable to: acquire a file of non- 
30 text display-generation data; extract groups of data, representative of the plurality of 



Attorney Docket No. 2925-324P 
Lucent Case No. 1 1 5 604/HERNANDEZ 4 

-4- 

indicators, respectively, from either the file of non-text display-generation data or a file 
corresponding to it; identify one of the groups of data as corresponding to the desired 
indicator; and convert the identified group of data into a set of text variables having 
values representative of the characteristics of the desired indicator. The technology also 
translates the non-text data into groups of text data either before the aspect of extracting, 
identifying or converting. This translation explains why the aspect of extracting operates 
on either the file of non-text display-generation data or a file corresponding to it. 

Objectives, features and advantages of the invention will be more fully apparent 
from the following detailed description of the preferred embodiments, the appended 
claims and the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The accompanying drawings are intended to depict example embodiments of the 
invention and should not be interpreted to limit the scope thereof. 

Figures 1A-1D depict a flowchart representing the method according to the 
invention. 

Figure 2 depicts in more detail an aspect of the method of Figure 1 A. 

Figure 3 depicts the system in which the device according to the invention forms 

apart. 

Figure 4 is a Unified Modeling Diagram of an example use of the invention. 
Figure 5 is a state diagram that extends the example represented by Figure 4. 



Attorney Docket No. 2925-324P 
Lucent Case No. 1 15604/HERNANDEZ 4 

-5- 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Figures 1A-1D and 2 depict flowcharts representing the method according to the 
invention. This method is embodied by the device according to the invention, which is 
depicted as part of the overall system of Figure 3. To establish the context for Figures 
1 A-1D and 2, Figure 3 will be discussed first. 

Figure 3 depicts an overall system 300 of which the device 306 according to the 
invention forms a part. The other parts of the overall system 300 are the large system 
302 and the monitoring system 304, examples of each of which were discussed above in 
the Background Section. Again, an example of the large system 302 is a wireless 
telephony system and an example of the monitoring system 304 is the AUTOPLEX® 
MCRT monitoring system marketed by Lucent Technologies Inc. 

The monitoring system 304 includes processing circuitry 308, a part of which is a 
video display driver circuit card 310. The video card 310 drives a video display device 
(VDD) 312 with non-text, typically hexadecimal code, display-generation data supplied 
over a connection 314. An input device in the form of a keyboard 316 is connected to 
the processing circuitry 308 via a signal line 318. 

The device 306 according to the invention includes a processor 320, an output 
device in the form of a video display device (VDD) 328 connected via a signal line 330, 
and an input device preferably in the form of a keyboard 332 connected via a signal line 
334. The programmed processor has a memory 326 for storing a program or script that 
causes the processor 320 to implement the method according to the invention. The 
processor 320 can communicate with, e.g., an input/output (I/O) port (in the case of the 
AUTOPLEX® MCRT monitoring system) of the processing circuitry 308 via a 

bidirectional link 324. 

An embodiment of the invention, for example, has been written using two 
languages, the Tool Command Language (TCL) and C. Only about 10% of the 
programming is in C to take advantage of the hexadecimal and bits translation capability 
ofC. 

The computer-readable memory 326 can include RAM, ROM, a fixed hard disk 
drive, and/or a removable storage medium for a non-fixed disk drive such as a floppy 
disk or a CDROM. The program which causes the processor 320 to implement the 
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method according to the invention can be downloaded to the processor 320 from the 
remote host 336 over the optional connection 338. As the program is downloaded 
through the optional connection 338, the computer-readable medium in which the 
program is embodied takes the form of a propagated signal. 
5 As can be appreciated from the description of the Figures 1A-1D and 2 below, 

the method according to the invention performs many sorting and comparison operations 
as well as accesses to look-up tables (LUTs). As such, the processor 320 should be of 
sufficient processing power to assure reasonably quick results. Examples of adequate 
processors are those from the Pentium family of processors marketed by Intel Inc. 

10 The method according to the invention will now be discussed in terms of the 

flowcharts in Figures 1A-1D and 2. Again, when an operator wishes to gather 
information about a parameter of the large system 302, he uses the monitoring system 
304. In particular for the AUTOPLEX® MCRT monitoring system, an operator will use 
the Status Display Page (SDP) command to gather information. To submit such a 

15 command to the monitoring system 304, an operator must first cause an input screen to 

be displayed on the VDD 312. The input screen has two cursor positions, one for 
inputting an SDP command, and one for another command. It is necessary to assure that 
the cursor is in the position allotted to an SDP command. Usually, this is done by an 
operator looking at the location of the cursor on the input screen and evaluating in his 

20 mind whether the cursor's position is correct. If the cursor is out of position, then the 

operator toggles it to the correct position. 

In Figure 1A, flow starts at step 100 and proceeds to step 101, where the 
processor 320 receives a request for information about a desired parameter of the large 
system 302 from the keyboard 332 or from an automated script or calling program. Flow 

25 proceeds to steps 102-106, where a file of non-text, e.g., hexadecimal code in the case of 

the AUTOPLEX® MCRT monitoring system, display-generation data including the 
desired indicator (corresponding to the desired parameter) of the large system 302 is 
acquired from the monitoring system 304. 

In step 102, the proper position of the cursor on the VDD 312 is automatically 

30 assured. This automatic procedure will be discussed in more detail below in terms of 

Figure 2. Once the correct cursor position is assured, flow proceeds to step 104. 
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In step 104, the SDP command for the desired parameter is submitted to the 
processing circuitry 308 of the monitoring system 304 by the processor 320 via the link 
324. An example SDP command is: 2138,60. The first number, 2138, represents the 
page number allotted to the particular arrangement of indicators that is desired to be 
retrieved. The second number, 60, represents the number allotted to the cell in a wireless 
system corresponding to item 302 in Figure 3. 

In response to the submitted SDP command, the processing circuitry 308 
provides a file of non-text, i.e., hexadecimal codes, display-generation data over the 
connection 314 by which the VDD 312 is energized. In step 106, via the connection 324, 
the processor 320 acquires a copy of the file of hexadecimal code and stores it 
temporarily. Next, flow proceeds to steps 108-110, where groups of the hexadecimal 
data representing the indicators on a screen are extracted from the file of hexadecimal 
display-generation data. 

In step 108, the processor 320 parses the file of hexadecimal codes to produce a 
set of Indicator Data Groups. Each such group corresponds to an indicator that would be 
featured on the requested SDP screen and displayed on the VDD energized according to 
the file of hexadecimal code display-generation data. 

The file of hexadecimal code display generation data includes strings of data 
corresponding to attributes of the indicators that would be featured on the energized 
video screen. These strings are denoted at the beginning by a preset datum and/or at the 
end by another preset datum. For the SDP command of the AUTOPLEX® MCRT 
monitoring system, the strings are each preceded by the hexadecimal code representing 
the characters " A [". 

An example of such a file of hexadecimal codes follows; 

A [[O0x 1 ;0Oy 1 H A [[(B A [[42m A [[3 lm8 A [[x 2 ;y 2 Hact A [[00x 3 ;00y 3 H A [[(B A [[42m A [[3 lm8 . . . 

The characters x* and yi are variables for the coordinate values in the x and y 
directions. 

The processor 320 parses, or sequentially sifts through, the file of hexadecimal 
codes to find the individual data strings. The parsed file is preferably stored, e.g., as an 



Attorney Docket No. 2925-324P 
Lucent Case No. 115604/HERNANDEZ 4 



-8- 

array or file in the RAM of the processor 320. If the parsed file is to be stored as a file 
having multiple lines, then the characters " A [" are found and stripped from the file, and 
then a new line is started. Continuing with the example, this produces the following file: 

[00xi;00yiH 

KB 

[42m 
[31m8 
[x 2 ;y 2 Hact 
[OOx 3 ;O0y 3 H 

KB 
[42m 
[31m8 

Preferably, to ensure that the file of hexadecimal codes is valid data, the 
processor also searches the file to verify at least one instance of the code for the character 
followed by the code for the character "H". As will be discussed below, these two 
characters are indicative of a coordinates pattern. Also, the processor 320 verifies that 
the parsed file has at least, e.g., 50 lines or data strings. If either of these aspects cannot 
be verified, then the processor considers the file of hexadecimal codes to be either 
corrupted or there to have been an unsuccessful page capture. The processor 320 will 
then resubmit the data retrieval command of step 104. After a third unsuccessful 
submission of the same data retrieval command, the processor 320 will terminate the 
algorithm and return an error notification to the user. 

Each data string produced by the parsing step 108 has color combination 
information, text information and screen coordinate position information. However, the 
strings can also have additional information (not depicted in the example discussed 
above). Accordingly, flow proceeds to step 110 of Figure IB, where the processor 320 
filters data that is not an attribute of an indicator out of the data strings. Such data to be 
filtered out include a linefeed datum, a carriage return datum and a null datum, plus any 
unnecessary (e.g., leading and trailing) whitespace characters. Flow proceeds from step 
110 to step 112. 

In step 112, the processor 320 translates the data groups (strings) from 
hexadecimal code to text data, preferably ASCII code. Next, in steps 114-118, the 
processor 320 identifies the group of data that corresponds to the desired indicator. 
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Flow proceeds from step 112 to step 114, where the processor 320 retrieves traits 
of the desired indicator that will be used to identify the corresponding data group. 
Again, the traits for an SDP screen indicator of the AUTOPLEX® MCRT monitoring 
system are coordinates, alphanumeric string and color combination (background color, 
5 foreground color, blinking or not, etc.). For output from an SDP command, the preferred 

trait is the screen coordinate position of the desired indicator. From one release/revision 
of the monitoring system 304 to another, the screen coordinate position (and the format 
of the coordinate representation, e.g., "[" as a prefix and "H" as a suffix, see the 
discussion below) of an indicator in a particular arrangement of indicators on a screen 

10 might change. To account for the possibility of multiple releases/revisions of the 
monitoring system, a list of all possible screen coordinate positions for each indicator in 
each arrangement of indicators is maintained by the processor 320. In step 1 14, the traits 
are retrieved by reading the list of possible coordinate positions for desired indicator 
relative to the desired screen, preferably by accessing an LUT (not shown) in the 

15 memory 326. 

An example of the list (or record) in the LUT (not shown) that holds the traits of 
the desired indicator would be: BBA8 [00x;0yH [x;yH. Here, the numeral 8 identifies 
the desired indicator and the combinations 00x;0yH and x;y represent two possible 
screen coordinate combinations (or patterns). Here, the list/record reflects there having 

20 been two releases/revisions that have affected the coordinate information of the desired 

indicator. For this example, it is noted that the character, [, denotes the beginning of a 
coordinate attribute, while the character, H, indicates the end of a group. 

It is to be recalled that the processor 320 translates from hexadecimal code to 
ASCII code at step 112. By translating to ASCII at that point, a user can comprehend the 

25 parsed file. If left as hexadecimal codes, the file would be almost unintelligible to a user. 

As new revisions to the AUTOPLEX® MCRT monitoring system are released, a user 
can inspect the saved ASCII version of the parsed file to determine if coordinate patterns 
have changed. If so, then the newly discovered patterns can be added to the 
corresponding LUT. 

30 In step 1 16, the processor 320 searches the parsed file for possible coordinate 

combinations/pattern retrieved in step 1 14. At step 1 18, it is determined whether step 
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116 has found a match. If not, flow proceeds to step 138 of Figure ID, to be discussed 
below. If a match is found, flow proceeds to steps 120 through 136, where the group of 
text data (identified as corresponding to the desired indicator) is converted into a set of 
text variables having values that are representative of the characteristics of the desired 
indicator. 

Continuing with the example discussed above, an identified data group or set of 

data strings corresponding to an indicator would be: 

[OOxuOOyiH 
[(B 
[42m 
[31m8 

The processor 320 finds the pattern [OOxuOOyiH in the parsed file. The data strings 
associated with this pattern correspond to the following data groups up to, but not 
including, the next coordinates pattern. To identify the next coordinates, the processor 
320 searches sequentially for the next occurrence of the character ";" followed by the 
character "H". As of now, the patterns indicative of coordinates have in common the 
characters and "H". As new patterns arise that do not share this characteristic, the 
search criteria of the processor can be modified. 

The identified data group in this example takes the form: 

[OOxuOOyiH 

KB 

[colordatal 
[colordata2alphumeric 

Here, colordatal = 42m, colordata2 = 31m and alphanumeric = 8. It is noted that the 
data string "[(B" indicates the start of the indicator attribute information. 

In step 120 of Figure 1C, the processor 320 recognizes the alphanumeric string in 
the identified group. In step 122, the text variable VALUE is set to be equal to the 
alphanumeric string from step 120. 

In step 124, the processor 120 recognizes the color data in the identified group. 
Color data terminates with the character "m" and, like the other data strings, starts with 
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the character "[". Typically, as in the example above, there will be color data 
representing a combination of background color and foreground color, and there might 
also be data that causes the indicator to blink. Also, when alphanumeric data follows the 
color data, i.e., when alphanumeric data occurs after the character "m" on a line, this 
indicates the end of the color data as well as denoting the information relating to the 
value or state of the variable. 

Sometimes, a coordinate pattern is immediately followed by an alphanumeric 
character without intervening color information. In that situation, the color data is the 
same as for the preceding attribute data group. Continuing with the example, 

[00xi;00yiH 

KB 
[42m 
[31m8 
[x 2 ;y 2 Hact 

the line or string "[x 2 ;y2Hact" represents a coordinate pattern that is immediately 
followed by an alphanumeric character without intervening color information. Here the 
alphanumeric is "act", which represents the active state. The color data for the line 
"[x2;y2Hact M is the previous indicator's color data. As noted above, the start of attribute 
data is denoted by the characters "[(B'\ To find the previous indicator's color data, the 
processor sequentially searches backward from the line "[x2;y2Hact" to the line "[(B'\ 
Searching forward from the line "[(B", the processor identifies the color data as 
described above. 

In step 126, the processor concatenates the color data to form a color data string, 
e.g., [colordatal [colordata2 [colordata3. 

In step 128, the processor 320 retrieves an alphanumeric color word that is 
descriptive of the color data string, preferably by accessing an LUT (not depicted) in the 
memory 326 or a separate text file. An example of the alphanumeric color word 
corresponding to the color data string is BLACK_ON_GREEN. In step 130 of Figure 
ID, the text variable COLOR is set to the text color word. 

In step 132, the processor 320 uses the alphanumeric color word to retrieve an 
alphanumeric string that is descriptive of the state of the parameter that corresponds to 
the alphanumeric color word (again, made particular to the software release of the 
monitoring system 304). Preferably, retrieval is performed by accessing an LUT (not 
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depicted) in the memory 326. In step 134, the processor 320 sets the text variable 
STATE to be equal to the state-descriptive alphanumeric string. Steps 132 and 134 are 
optional, albeit preferred, because they can be eliminated where the only operators will 
be more experienced operators. A more experienced operator will remember the state of 
5 the parameter that is represented by the alphanumeric color word. However, many users 

are not so experienced and need help to remember the state represented by a color word. 
It is the less experienced user that is most benefited by the steps 132 and 134. 

Step 136 follows step 134. In step 136, the processor 320 outputs the values of 
the text variables STATE, COLOR and TEXT, e.g., by displaying this information on 
10 the VDD 328. Continuing with the example started above, such an output would look 

like: 

Page 2138, Indicator BBA 8, Query Results 
ACT BLACK_ON_GREEN 8 

The alphanumeric string, ACT, is an abbreviation of the term, active, used to describe 
15 the state of the indicator, BBA 8 (which is representative of a group of circuit boards in a 

cell of the wireless telephony system), and the alphanumeric 8 is the value of the 
indicator. 

Step 138, it is to be recalled, is reached when it is determined at step 118 that no 
match for the indicator trait(s) has/have been found. At step 138, the processor 320 sets 
20 the text variables STATE, COLOR and TEXT to the alphanumeric string, Not Shown. 

In the interface which is accessed by the SDP command, it is a valid condition for a 
indicator not to be displayed in the location where it is expected. 

Figure 2 depicts the procedure performed by the processor 320 to ensure that the 
cursor is in the proper position on the VDD 312. Flow starts at step 200 and proceeds to 
25 step 202, where the processor 320 obtains (via the link 324) a copy of the file of non-text 

display-generation data corresponding to the input screen for the interface which is 
accessed by the SDP command. It is to be recalled that the input screen has two cursor 
positions, one for inputting an SDP command, and one for one or more other commands. 
In step 204, the processor 320 converts the last hexadecimal string in the file of 
30 non-text display-generation data into text, here ASCII, code. At step 206, it is 

determined whether this string of ASCII code matches the coordinate 
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combination/pattern for the cursor position required by the SDP command. If so, flow 
proceeds to step 210 and from there returns to step 102 of Figure 1A. If the ASCII does 
not match, then flow proceeds to step 208. 

At step 208, the processor 320 submits a command (via the link 324) to the 
processing circuitry 308 which causes the cursor to be toggled from the other of its two 
positions to its desired position. Flow proceeds from step 208 to step 210, and from 
there returns to step 102 of Figure 1A. 

Figure 4 is a Unified Modeling Diagram 400, also known as an Action Diagram 
or an Association Diagram, corresponding to the previous example in which an 
embodiment of the invention was applied to the AUTOPLEX® MCRT monitoring 
system and a wireless telephony system. Item 406 denotes actions taken by the 
monitoring system 304. Item 408 denotes actions taken by a human using the 
monitoring system 304 in the conventional manner. Item 404 denotes the actions of the 
implemented algorithm of Figures 1A-1D, and preferably Figure 2. Item 402 denotes the 
actions that are taken by a human user of the invention, or an automated script or calling 
program interacting with the program according to the invention. 

Conventionally, a human user wishing to get information about the BBA 8 of the 
Cell 60 must request information from the monitoring system 304, as denoted by item 
410. At item 410, the human user inputs a request for a screen arranged as SDP No. 
2138 having information particular to Cell No. 60. In step 412, the monitoring system 
304 returns a screen of information arranged as SDP No. 2138, with information 
particular to Cell No. 60. The human user must recognize and interpret the indicators, 
i.e., the mix of alphanumerics and color combinations, on the VDD 312. Subsequently, 
the human user makes decisions, i.e., item 414, based upon this information. In the 
meantime, the human user has been held captive while waiting for the desired SDP 
indicator to be displayed. Plus, the human user is vulnerable to his ability to recognize 
and interpret the indicators on the VDD 312. 

According to the invention, a human user, or an automated script or calling 
program, interacts with the program in the memory 326 being executed by the processor 
320. At item 416, the human, script or calling program submits a request to get 
information on BBA 8 by way of a screen arranged as SDP No. 2138 having information 



Attorney Docket No. 2925-324P 
Lucent Case No. 1 1 5 604/HERNANDEZ 4 



-14- 

particular to Cell No. 60. At item 418, the responsive action according to the invention 
is to automatically submit a request for a screen arranged as SDP No. 2138 having 
information particular to Cell No. 60. Item 418 is similar to item 410, except that it is 
automatically generated. 

At item 420, the monitoring system 304 returns a screen of information arranged 
as SDP No. 2138, with information particular to Cell No. 60, in the same way as in step 
412. At item 422, the responsive action according to the invention is to automatically 
recognized and interpret the indicators in order to return the values for the text variables 
COLOR, STATE and VALUE that correspond to the indicator BBA 8. Subsequently, at 
item 424, the human, script or calling program makes decisions. 

If the actor 402 is human, items 416, 418, 420 and 422 represent how the 
invention frees him from the captivity represented by item 412. If the actor 402 is the 
script or calling program, the subsequent decision-making is only possible because of the 
translation of non-text display generation data (representing an indicator featured on a 
screen energized according to the non-text display generation data) into text variables 
according to the invention as represented by items 416, 418, 420 and 422. 

Figure 5 is a state diagram 500 that extends the example represented by Figure 4. 
In Figure 5, the state 502, link 503, state 504 and link 506 correspond to the items 416, 
418, 420 and 422 of Figure 4. The remaining parts of Figure 5 correspond to the item 
424 (Make Decisions) of Figure 4. 

State 508 represents a determination of whether BBA 8 is out of service (OOS). 
If not, then flow proceeds to loop back to state 502 via link 510. If BBA 8 is out of 
service, then flow proceeds to state 516 via link 512. At state 516, corrective actions are 
performed, e.g., to bring BBA 8 back into service. Flow proceeds from state 516 via link 
518 to state 520, where it is determined if all the corrective actions have been performed. 
If not, then flow proceeds to loop back to state 516 via link 522. If all corrective actions 
have been performed, then flow proceeds to loop back to state 502 via link 524. 

The determination state 508 is conventionally embodied by a human, as in item 
414 of Figure 4. The invention makes it possible to automate state 508, or at the least 
confirm the human's recognition and interpretation of the indicators, i.e., the mix of 
alphanumerics and color combinations, on the VDD 312. 



Attorney Docket No. 2925-324P 
Lucent Case No. 115 604/HERNANDEZ 4 



-15- 

The example embodiments of the invention have translated the non-text data into 
text data after the aspect of extracting the groups of data (representative of the plurality 
of indicators) from the file of non-text display-generation data. This has the advantage 
of facilitating inspection of the subsequent aspects by a human because text data is more 
5 easily understood than non-text data. However, such translation from non-text data to 

text data could alternatively take place before the aspect of extracting or before the 
aspect of converting. 

The invention has been described, for convenience, using the AUTOPLEX® 
MCRT monitoring system as a well-known example of a dedicated non-text-variable- 
10 output system. However, the invention is applicable in other dedicated non-text- 

variable-output systems such as those found in the air traffic control arts, train and 
subway control arts, chemical processing plant control arts, power generation plant 
control arts, etc. Again, common characteristics of these non-text-variable-output 
systems include (1) that they hold operator captive by, and vulnerable to, the need to 
15 visually inspect their respective video display device (VDD) outputs and (2) that they are 

mature products for which research and development efforts have been greatly 
diminished, making substantive software rewrites (to obtain more user-friendly output) 
prohibitively expensive. Thus, the invention does not disturb the existing monitoring 
system and yet achieves a desired goal of translating the attributes of an indicator in 
20 dedicated non-text-variable-output systems into text variables that represent the 

characteristics of the indicator without rewriting the software of the dedicated non-text- 
variable-output systems. 

The invention may be embodied in other forms without departing from its spirit 
and essential characteristics. The described embodiments are to be considered only non- 
25 limiting examples of the invention. The scope of the invention is to be measured by the 
appended claims. All changes which come within the meaning and equivalency of the 
claims are to be embraced within their scope. 
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What is claims is: 

1 . In a system having a video screen energized according to a file of non-text 
display-generation data, a method for automatically translating a subset of said file of 
non-text display-generation data into text variables having values that represent 
characteristics of a desired one of said plurality of indicators, the method comprising: 

acquiring said file of non-text display-generation data; 

extracting groups of non-text data, representative of said plurality of indicators, 
respectively, from said file of non-text display-generation data; 

translating said groups of non-text data into groups of text data; 

identifying one of said groups of text data as corresponding to said desired 
indicator; and 

converting the identified group of text data into a set of text variables having 
values representative of said characteristics of said desired indicator. 

2. The method of claim 1, wherein said video screen represents an interface 
that features a plurality of indicators and wherein the aspect of acquiring includes: 

connecting to said interface; 

submitting a request for predetermined arrangement of indicators on said video 
screen to said interface in response to which said file of non-text display-generation data 
will be produced; and 

obtaining a copy of said file of non-text display-generation data. 

3 . The method of claim 2, wherein the aspect of acquiring further includes : 
assuring, before submitting said request, that a cursor on said video screen is in a 

predetermined location on an input screen. 

4. The method of claim 3, wherein the aspect of assuring includes: 
obtaining a copy of a file of non-text display-generation data corresponding to 

said input screen; 
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4 translating said file of non-text display-generation data corresponding to said 

5 input screen into a file of text data; 

6 determining coordinates of said cursor in said file of text data corresponding to 

7 said input screen; and 

8 toggling, if said coordinates of said cursor do not match said predetermined 

9 location, said cursor to said predetermined location. 

1 5 . The method of claim 1 , wherein the aspect of extracting includes: 

2 parsing each string of data in said file of non-text display-generation data that is 

3 bounded at the beginning and at the end by predetermined data values to produce said 

4 groups on non-text data. 

1 6. The method of claim 5, wherein said predetermined data values represent 

2 an escape character. 

1 7. The method of claim 5, wherein the aspect of extracting further includes: 

2 filtering data that do not represent characteristics of an indicator out of said 

3 groups of non-text data. 

1 8. The method of claim 1 , wherein said non-text display data is hexadecimal 

2 data and said text data is ASCII data, and said aspect of translating translates from said 

3 hexadecimal data into said ASCII data. 

1 9 . The method of claim 1 , wherein the aspect of identifying includes : 

2 retrieving a list of at least one trait that might be possessed by the identified 

3 group of text data corresponding to said desired indicator; and 

4 searching said groups of text data to find a match for one of the traits on said list. 

1 10. The method of claim 9, wherein said trait is a coordinate combination on 

2 said video screen for said desired indicator. 
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1 1 . The method of claim 9, wherein the aspect of retrieving indexes a look-up 
table (LUT). 

12. The method according to claim 9, wherein, if no groups of data match a 
trait on said list, then said text variables are each set to text string descriptive of there 
being no such indicator displayed on said video screen. 

1 3 . The method of claim 1 , wherein the aspect of converting includes: 
recognizing ones of said text data representing an alphanumeric string to be 

displayed on said video screen; and 

setting one of said text variables to be said alphanumeric string. 

14. The method of claim 1 , wherein the aspect of converting includes: 
recognizing ones of said text data representing a color to be displayed; 
retrieving, as a function of the recognized ones of said text data, a color- 
descriptive alphanumeric string describing said color to be displayed; and 

setting one of said text variables to be said color-descriptive alphanumeric string. 

15. The method of claim 14, wherein the aspect of retrieving said descriptive 
alphanumeric text string indexes a look-up table (LUT). 

16. The method of claim 14, wherein the aspect of retrieving further includes: 
retrieving a version-number indicating a version of said interface; and 
retrieving, as a function of said version-number and said color-descriptive text 

string, a state-descriptive alphanumeric string descriptive of a state represented by said 
color-descriptive string. 

17. The method of claim 16, wherein the aspect of retrieving said 
alphanumeric state-descriptive string indexes a look-up table (LUT). 
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1 1 8. In a system having a video screen energized according to a file of non-text 

2 display-generation data, a device for translating a subset of said non-text from said file of 

3 display-generation data into text variables having values that represent characteristics of 

4 a desired one of said plurality of indicators, the device comprising: 

5 a programmed processor; and 

6 a first interface, between said processor and said user interface, to acquire said 

7 file of non-text display-generation data; 

8 said programmed processor being operable to manipulate data in a second file, 

9 said second file being one of said file of non-text display-generation data and a file 
10 corresponding thereto, by 

n extracting groups of data, representative of said plurality of indicators, 

12 respectively, from said second file; 

13 identifying one of said groups as corresponding to said desired indicator; 

14 and 

15 converting the identified group into a set of text variables having values 

16 representative of said characteristics of said desired indicator, 

17 S aid programmed processor also being operable to translate non-text data into 

18 groups of text data either before the aspect of extracting, before the aspect of identifying 

19 or before the aspect of converting. 

1 19. For use with a system having a video screen energized according to a file 

2 of non-text display-generation data, a computer program embodied on a computer- 

3 readable medium for automatically translating a subset of said non-text from said file of 

4 display-generation data into text variables having values that represent characteristics of 

5 a desired one of said plurality of indicators, the computer program embodied on a 

6 computer-readable medium comprising: 

7 an acquisition segment for acquiring said file of non-text display-generation data; 

8 and 

9 a manipulation segment for manipulating data in a second file of data, said 

10 second file being one of said file of non-text display generation data and a file 

1 1 corresponding thereto, by 
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12 an extraction segment for extracting groups of data, representative of said 

13 plurality of indicators, respectively, from said second file; 

14 an identification segment for identifying one of said groups data as 

15 corresponding to said desired indicator; and 

16 a conversion segment for converting the identified group of data into a set 

17 of text variables having values representative of said characteristics of said desired 

18 indicator; 

19 said manipulation segment further including a translation segment for translating 

20 non-text data into text data either before interaction by said extraction segment, before 

21 interaction by said identification segment or before interaction by said conversion 

22 segment. 

1 20. In a system having a video screen energized according to a file of non-text 

2 display-generation data, a method for automatically translating a subset of said file of 

3 non-text display-generation data into text variables having values that represent 

4 characteristics of a desired one of said plurality of indicators, the method comprising: 

5 acquiring a first file of non-text display-generation data; 

6 manipulating data in a second file of data, said second file being one of said file 

7 of non-text display generation data and a file corresponding thereto, by 

8 extracting groups of data, representative of said plurality of indicators, 

9 respectively, from said second file; 

10 identifying one of said groups of data as corresponding to said desired 

11 indicator; and 

12 converting the identified group into a set of text variables having values 

13 representative of said characteristics of said desired indicator; 

14 said aspect of manipulating further including translating non-text data into text 

15 data either before the aspect of extracting, before the aspect of identifying or before the 

1 6 aspect of converting. 

1 21 . The method of claim 20, wherein the aspect of acquiring further includes: 

2 assuring, before submitting said request, that a cursor on said video screen is in a 

3 predetermined location on an input screen. 
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1 22. The method of claim 2 1 , wherein the aspect of assuring includes: 

2 obtaining a copy of a file of non-text display-generation data corresponding to 

3 said input screen; 

4 determining coordinates of said cursor in said file corresponding to said input 

5 screen; and 

6 toggling, if said coordinates of said cursor do not match said predetermined 

7 location, said cursor to said predetermined location. 

1 23. The method of claim 21, wherein said aspect of assuring includes 

2 translating from non-text data into text data either before the aspect of determining or 

3 before the aspect of toggling. 

1 24. The method of claim 1 , wherein the aspect of acquiring includes: 

2 connecting to said interface; 

3 submitting a request for predetermined arrangement of indicators on said video 

4 screen to said interface in response to which said file of non-text display-generation data 

5 will be produced; and 

6 obtaining a copy of said file of non-text display-generation data. 

1 25 . The method of claim 1 , wherein the aspect of extracting includes: 

2 parsing said second file to produce said groups of non-text data, said data strings 

3 being at least one of preceded and followed by predetermined data values. 

1 26. The method of claim 25, wherein said predetermined data values 

2 represent an escape character. 

1 27. The method of claim 25, wherein the aspect of extracting further includes: 

2 filtering data that do not represent characteristics of an indicator out of said 

3 groups of data. 
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1 28. The method of claim 20, wherein said non-text data is hexadecimal data 

2 and said text data is ASCII data, and the aspect of translating translates from said 

3 hexadecimal data into said ASCII data. 

1 29. The method of claim 20, wherein the aspect of identifying includes: 

2 retrieving a list of at least one trait that might be possessed by the identified 

3 group of data corresponding to said desired indicator; and 

4 searching said groups of data to find a match for one of the traits on said list. 

1 30. The method of claim 29, wherein said trait is a coordinate combination on 

2 said video screen for said desired indicator. 

1 31. The method of claim 29, wherein the aspect of retrieving indexes a look- 

2 up table (LUT). 

1 32. The method according to claim 29, wherein, if no groups of data match a 

2 trait on said list, then said text variables are each set to text string descriptive of there 

3 being no such indicator displayed on said video screen. 

1 33. The method of claim 20, wherein the aspect of converting includes: 

2 recognizing ones of said data representing an alphanumeric string to be displayed 

3 on said video screen; and 

4 setting one of said text variables to be said alphanumeric string. 

1 34. The method of claim 20, wherein the aspect of converting includes: 

2 recognizing ones of said data representing a color to be displayed; 

3 retrieving, as a function of the recognized ones of said data, a color-descriptive 

4 alphanumeric string describing said color to be displayed; and 

5 setting one of said text variables to be said color-descriptive alphanumeric string. 
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1 35. The method of claim 34, wherein the aspect of retrieving said descriptive 

2 alphanumeric string indexes a look-up table (LUT). 

1 36. The method of claim 34, wherein the aspect of retrieving further includes: 

2 retrieving a version-number indicating a version of said interface; and 

3 retrieving, as a function of said version-number and said color-descriptive string, 

4 a state-descriptive alphanumeric string descriptive of a state represented by said color- 

5 descriptive string. 



l 

2 



37. The method of claim 36, wherein the aspect of retrieving said 
alphanumeric state-descriptive string indexes a look-up table (LUT). 
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ABSTRACT OF THE INVENTION 

The invention is for use with a system having an interface that features plural 
indicators on a video screen energized according to a file of non-text display-generation 
data, where each indicator represents information about a parameter of a large system, 

5 such as a wireless telephony system. The invention provides technology for 

automatically translating a subset of the file of non-text display-generation data into text 
variables having values that represent characteristics of a desired one of the indicators. 
The technology (1) acquires a file of non-text display-generation data, (2) extracts groups 
of data, representative of the plurality of indicators, respectively, from the file of non-text 

10 display-generation data or a file that corresponds to it, (3) identifies one of the groups of 

data as corresponding to the desired indicator, and (4) converts the identified group of 
data into a set of text variables having values representative of the characteristics of the 
desired indicator. The technology also translates the non-text data into groups of text 
data either before the aspect of extracting, identifying or converting. 
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IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 
Declaration and Power of Attorney 

As the below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below next to my 

name. 

I/We believe I/We am/ are the original, invent or (s) of the subject matter which is 
claimed and for which a patent is sought on the invention entitled TECHNOLOGY TO 
TRANSLATE NON-TEXT DISPLAY GENERATION DATA REPRESENTATING 
AN INDICATOR INTO TEXT VARIABLES the specification of which is attached 
hereto. 

I hereby state that I have reviewed and understand the contents of the above 
identified specification, including the claims, as amended by an amendment, if any, 
specifically referred to in this oath or declaration. 

I acknowledge the duty to disclose all information known to me which is material 
to patentability as defined in Title 37, Code of Federal Regulations, 1.56. 

I hereby claim foreign priority benefits under Title 35, United States Code, 119 of 
any foreign application (s) for patent or inventor's certificate listed below and have also 
identified below any foreign application for patent or inventor's certificate having a filing 
date before that of the application on which priority is claimed: 

None 

I hereby claim the benefit under Title 35, United States Code, 120 of any United 
States application (s) listed below and, insofar as the subject matter of each of the claims of 
this application is not disclosed in the prior United States application in the manner 
provided by the first paragraph of Title 35, United States Code, 112, I acknowledge the 
duty to disclose all information known to me to be material to patentability as defined in 
Title 37, Code of Federal Regulations, 1.56 which became available between the filing date 
of the prior application and the national or PCT international filing date of this 
application: 

None 

I hereby declare that all statements made herein of my own knowledge are true and 
that all statements made on information and belief are believed to be true; and further that 
these statements were made with the knowledge that willful false statements and the like so 
made are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of 
the United States Code and that such willful false statements may jeopardize the validity of 
the application or any patent issued thereon. 
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I hereby appoint the following attorney(s) with full power of substitution and 
revocation, to prosecute said application, to make alterations and amendments therein, to 
receive the patent, and to transact all business in the Patent and Trademark Office 
connected therewith: 

Lester H. Birnbaum (Reg. No. 25830) 

Richard J. Botos (Reg. No. 32016) 

JefferyJ. Brosemer (Reg. No. 36096) 

Kenneth M. Brown (Reg. No. 37590) 

Donald P. Dinella (Reg. No. 39961) 

Guy Eriksen (Reg. No. P-41736) 

Martin I. Finston (Reg. No. 31613) 

James H. Fox (Reg. No. 29379) 

William S. Francos (Reg. No. 38456) 

Barry H. Freedman (Reg. No. 26166) 

Julio A. Garceran (Reg. No. 37138) 

Mony R. Ghose (Reg. No. 38159) 

Jimmy Goo (Reg. No. 36528) 

Anthony Grillo (Reg. No. 36535) 

Stephen M. Gurey (Reg. No. 27336) 

John M. Harman (Reg. No. 38173) 

Donald E. Hayes, Jr. (Reg. No. 33245) 

John W. Hayes (Reg. No. 33900) 

Michael B. Johannesen (Reg. No. 35557) 

Mark A. Kurisko (Reg. No. 38944) 

Irena Lager (Reg. No. 39260) 
Christopher N. Malvone (Reg. No. 34866) 

Scott W. McLellan (Reg. No. 30776) 

Martin G. Meder (Reg. No. 34674) 

Geraldine Monteleone (Reg. No. 40097) 

John C. Moran (Reg. No. 30782) 

Michael A. Morra (Reg. No. 28975) 

Gregory J. Murgia (Reg. No. 4 1209) 

Claude R. Narcisse (Reg. No. 38979) 

Joseph J. Opalach (Reg. No. 36229) 

Neil R. Ormos (Reg. No. 35309) 

Eugen E. Pacher (Reg. No. 29964) 

Jack R. Penrod (Reg. No. 31864) 

Daniel J. Piotrowski (Reg. No. P-42079) 

Gregory C. Ranieri (Reg. No. 29695) 

Scott J. Rittman (Reg. No. 39010) 

Eugene J. Rosenthal (Reg. No. 36658) 

Bruce S. Schneider (Reg. No. 27949) 

Ronald D. Slusky (Reg. No. 26585) 

David L. Smith (Reg. No. 30592) 

Patricia A. Verlangieri (Reg. No. P-42201) 
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John P. Veschi (Reg. No. 39058) 

David Volejnicek (Reg. No. 29355) 

Charles L. Warren (Reg. No. 27407) 

Eli Weiss (Reg. No. 17765) 



I hereby appoint the attorney(s) on ATTACHMENT A as associate attorney(s) in 
the aforementioned application, with full power solely to prosecute said application, to 
make alterations and amendments therein, to receive the patent, and to transact all business 
in the Patent and Trademark Office connected with the prosecution of said application. 
No other powers are granted to such associate attorney(s) and such associate attorney(s) are 
specifically denied any power of substitution or revocation. 
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